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TARGETED PROGRAMMING OUTSIDE OF THE HOME 

Inventor: Michael Cristofalo 

SPECIFICATION 

Field of the Invention 

This invention relates generally to providing programming content to users outside of 
their homes. This invention further relates to the automated selection of programming 
content based upon profiles of individual users or classes of users. 

Background of the Invention 

Targeted programming typically consists of providing programming to an individual 
user or group of users based upon profile information that has been collected about the 
individual user and/or group of users. For purposes of efficiency, "users" and "groups of 
users" are hereinafter collectively referred to as users, and the term "users" shall imply both 
the singular and/or plural context, as appropriate. Further, the terms "program" and 
"programming" are defined for the purposes of this application to include, but not be limited 
to, any type of content and/or information that may be communicated to a user, for 
example, advertising, entertainment, educational programming, informative programming, 
television programming, radio programming, news programming, motion picture 
programming, video game programming, video programming, audio programming, live 
programming, pre-recorded programming, sports programming, music programming, music 
video programming, game show programming, non-conunercial programming and other 
formats. Additionally, advertising and programming are used herein throughout and such 
terms are to be construed as being synonymous for purposes of the present invention and 
relate to providing content to users. 

User profile information may, for example, include geographic information, age, 
income level, profession, hobbies, and important dates to the user, such as birth dates and 



anniversaries, purchase histories, and other information. The user profile information can 
help a programmer direct a particular type of programming to users that may have a higher 
likelihood of responding to that particular type of programming. Advertisers, for example, 
often collect user profile information from various mailing lists to target direct mailing 
advertising campaigns to users in their homes. 

Advertisers, however, generally do not have the same type of access to user profile 
information while providing advertising to users outside of their homes. Thus, advertising 
directed to users while they are outside of their home is generally not targeted to a single 
user, but is typically presented generically or randomly to all users who are present at that 
time and location. Thus, a system and a method are needed that provide access to user 
profile information which may be utilized to provide targeted programming to users at 
locations outside of a user' s home. 

SUMMARY OF THE INVENTION 

This invention provides a system and a method for providing targeted programming 
to users while they are outside of their homes. In a preferred embodiment, such targeted 
programming can be provided at fixed locations, however, wireless and other mobile 
embodiments may also be utilized with the present invention. The system and method of 
the present invention utilize profile information for users to select programming for 
presentation to particular users. As mentioned previously, the programming content may, 
for example, include advertising, entertainment or a mixture of the two. 

In one embodiment, the present invention includes a system for presenting targeted 
programming to a user outside of the user's home. The system includes a presentation 
device and a hub. The presentation device receives a user identification and/or user profile 
information and provides the identification and/or user profile information to the hub. If user 
profile information is not already provided by the presentation device, the hub then obtains a 
user profile associated with the user identification. The hub selects programming based, at 
least in part, on the received user profile (or another profile, for example, one based upon a 
geographic location), which the presentation device then presents to the user. 



In an alternative embodiment, a system for presenting targeted programming to a 
user outside of the user's home includes a user identification device, a controller and a 
presentation device. The user identification device receives a user identification. The 
controller obtains a user profile associated with the user identification and selects 
programming to present to the user based, at least in part, on the user profile. The 
presentation device presents the programming to the user. 

The present invention also includes a method for providing targeted programming to 
a user. This method includes receiving a user identification associated with a user; retrieving 
a user profile associated with the user identification; selecting programming based at least in 
part on the user profile; and presenting the programming to the user outside of the user's 
home. 

BRIEF DESCRIPTION OF THE DRAWINGS 
The preferred and alternative embodiments of the invention will be described in 
detail with reference to the following figures, wherein like numerals refer to like elements, 
and wherein: 

Figure 1 is a process flow chart of one embodiment of a targeted programming 
method of the present invention; 

Figure 2 is a block diagram of one embodiment of a targeted programming system 
of the present invention; 

Figure 3 is a block diagram depicting another embodiment of the various 
components and their interaction utilized in an alternative embodiment of the present 
inventive system and their interaction; 

Figure 4 is a block diagram depicting yet another embodiment of the present 
invention and the interaction of the various components provided in a network transmission 
system environment; 

Figure 5 is a block diagram of an encoding and compression system for storing 
programming signals on storage servers; 

Figure 6 is a block diagram of one embodiment of a programming transmission 
system of the present invention; 



Figure 7 is a block diagram of one embodiment of a receiver component of the 
present invention; and 

Figure 8 is a process flow chart of one embodiment of a method of updating a user 
profile database of the present invention. 
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DETAILED DESCRIPTION OF THE mVENTION 
Figure 1 shows a preferred embodiment of a method for providing targeted 
programming. As discussed previously, programming content includes, but is not limited to, 
any type of content and/or information that may be communicated to a user, for example, 

10 advertising, entertainment, educational programming, informative programming, television 
programming, radio programming, news programming, motion picture programming, video 
game programming, video programming, audio programming, live programming, pre- 
recorded programming, sports programming, music programming, music video 
programming, game show programming, non-commercial programming and other forms of 

15 programming. When a user is present at a reception site outside of his or her home, the 
system obtains user identification information as shown in step 12. The user identification 
information may be obtained from the user directly or indirectly and may include, for 
example, a credit card number, personal identification number ("PIN"), account number, 
name, birth date, phone number, zip code, city, county, state, country, region, social 

20 security number, driver's license number, license plate number, vehicle identification 

number, or other code that identifies the user either individually or as a member of a group. 
Alternatively, information may be obtained from the reception site to identify a particular 
action of a user that may be used to select programming targeted to that user. For example, 
if the user is purchasing one item, the system may present advertising for another item that is 

25 complementary to the item being purchased. 

After the user identification information has been obtained, user profile information 
is obtained in step 14. The user profile is preferably based upon the user identification 
information obtained in step 12. The user profile may, for example, be retrieved from a 
database that includes information about the user that may be useful in selecting 

30 programming to present to that user. A user profile, for example, may include information 



such as geographic information, demographic information, addresses, profession, income 
level, age, sex, race, religion, nationality, economic status, birth dates of a user, friends and 
family members, other important dates such as anniversaries and other events, the year, 
make and model of a user's vehicle(s), service records of a user's vehicle(s), a history of 
5 purchases made by a user, and other information. It is to be appreciated that any 

information may be captured related to and/or provided by a user that can be utilized to 
create a user profile. The present invention is not linked to specific types or elements of 
information and may utilize any information in determining which programs, if any, to target 
its users. 

10 Next, the user profile information retrieved from the database is used to select 

programming that is targeted to the user in step 16. For example, when the user profile 
information includes service records for the user's vehicle, such information may be utilized 
to determine that the user's vehicle is due for a manufacturer's recommended service, and 
to select advertising for a special on that particular service or related service. In a preferred 

15 embodiment the determinations are preferably accomplished by the database or related 
system that processes user profile information. However, the system of the present 
invention (as discussed below) may also be configured to perform such processing, as 
desired. 

The selected programming is then presented to the user in step 18. The 
20 programming, for example, may include video, audio, still frame pictures, graphics, textual 
information, animations, multimedia, slow frame video data, video stills, sequences of 
individual frames, virtual reality data, live data, pre-recorded data and/or computer 
generated data. The programming may, for example, include MPEG programming files or 
other files formatted in similar industry standard video and audio compression schemes. 
25 The programming may also be presented to the user via various mediums, such as by 
printing a coupon on a printer, playing an audio message over a speaker and/or showing 
video, graphic or text programming on a display screen. 

Figure 2 shows a block diagram of one embodiment of a targeted programming 
system 20 of the present invention. The targeted programming system 20 preferably 
30 includes a user interface device 22, a presentation device 24, a controller 26, a memory 28, 
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a storage device 30 and a user profile database 32. While this figure shows database 32 as 
part of the system 20, the system 20 may alternatively include a connection to a database 
that is external to the system 20, such as over a communications network. When a user is 
present at a presentation device 24, such as at a gas pump or an Automated Teller Machine 
5 ("ATM"), the user interface device 22 obtains user interface information. The user interface 
device 22 may, for example, obtain the user identification information from the user by 
means of a user identification device 48. The identification device 48, for example, may be 
a wireless transmitting device such as a passive transponder, a radio frequency or infrared 
device. 

10 One such wireless transmitting device that may be used with the present invention is 

a passive integrated transponder device such as described in U.S. Patent No. 4,730,188 
entitled 'Identification System" issued to Thomas A. Milheiser. It should be apparent, 
however, that this is just one of many possible wireless transmitting devices that may be 
used with the present invention to provide user identification information. 

15 The user interface device 22, alternatively, may capture user identification 

information from a user identification device 48 such as a credit card number or other 
account number used in a transaction.. For example, when a user purchases gas at a pump 
with a credit card or uses a debit card at an ATM, the user interface device 22 may capture 
the card number and/or PIN that were used in the transaction in order to identify the user. 

20 In another embodiment, the user interface device 22 may include a magnetic card reader 
such as the type used to read credit card information, a smart card reader, an optical 
reader, an optical scanner, a barcode scanner, a video camera that captures a license plate 
number, vehicle identification number ("VIN) or other portion of the user's vehicle, a device 
keyboard, a keypad, a touch screen, a voice activated control interface, or even a system 

25 that can identify the user based upon certain physiological traits such as a fingerprint, voice 
recognition, retina configuration and other biometrics. Further, the user interface device 22 
may be configured to determine a user's identification automatically or upon user input. 

The identification information is transferred from the user interface device 22 to the 
controller 26. The controller 26 uses the identification information to obtain a user profile 

30 from the user profile database 32, or, altematively, from a remote location external to the 
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system, such as over a network. For example, the controller may obtain a user profile over 
an intranet, an extranet, a local area network ("LAN"), a wide area network ("WAN"), or 
over the Internet. The controller then selects programming based, at least in part, upon 
information provided by the user profile. The programming may include, but is not limited 
5 to, video, audio, still frame pictures, graphics, and/or textual information. The controller 26 
may obtain the desired programming from the storage device 30, the memory 28, from 
other remote locations, and/or may generate the desired programming in real time. 

The controller 26 then transfers the selected programming to the presentation 
device 24 for presentation to the user. The presentation device 24 may be, for example, a 

10 printer, a television including high definition television ("HDTV") or other video screen 
where the screen may comprise, for example, a tube, plasma, liquid crystal and other 
display systems, home theater system, a computer workstation, a laptop computer, a 
personal computer, a speaker, an audio system, a radio or other audio playback device 
such as an MPS player, a video game console, a gaming console, a set-top box, a 

15 telephony device, a telephony answering device, a wireless device such as a wireless 

telephony device, an Internet-enabled telephone, a web phone, a pager, a web pad, a web 
tablet, a personal digital assistant ("PDA"), a virtual reality system, a heads-up display, a 
tactile or sensory perceptible signal generator and any other device capable of presenting a 
programming signal to a user. The presentation device preferably includes input and output 

20 components necessary to receive and to present programming to a user. 

The presentation device 24 may be a stand-alone unit that provides the targeted 
programming directly to the user. Similarly, the presentation device 24 may be included in, 
utilized by, or hosted by another device, such as a display screen on a gas pump, or an 
ATM, which functions as both a presentation device of the targeted programming of the 

25 present invention as well as performs its regular functions. The presentation device 24 may 
include hardware and software components that allow users to connect their own user 
devices to the presentation device 24. The presentation device 24 may include, for 
example, a modem, serial or parallel port, radio frequency port, infrared port, or other 
communication device that allows a user to receive the programming directly into his or her 

30 own device such as a PDA, video game console, audio playback device (e.g., MP3 
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player), radio (such as a car radio having built-in memory), a global positioning system 
("GPS"), laptop computer or other device. When a data storage medium is included v/ith 
such device, the programming may be stored and then viewed or listened to immediately or 
at a later time or date. 

5 The presentation device 24 may be located at a fixed location outside of a user's 

home such as at a gas pump or an ATM, or may be mobile, such as a vehicle radio, 
television system, or Global Positioning System ("GPS") device, or other device capable of 
receiving wireless signals. A wireless telephone or personal digital assistant ("PDA"), for 
example, may contain user identification information that may be used to obtain a user 

10 profile, which may be used, in turn, to select targeted programming for that user. In some 
cases, the presentation device 24 may even include programming segments stored in the 
memory of the device that may be used for targeted programming. In one embodiment, for 
example, the wireless device may include a processor that performs the role of the 
controller 26 by selecting programming segments depending upon the user profile and 

15 presenting that programming on the wireless device. 

An alternative embodiment of a targeted programming system 100 of the present 
invention, which includes remote access to programming, is shown in Figure 3. The 
presentation device 108 collects user identification and/or user profile information, such as 
through user input via a user interface device 122. 

20 User identification and/or user profile information may be transmitted to the local 

hub 102 from the user interface device 122 via a communications link 104. In one 
embodiment, for example, the local hub 102 may use the identification information provided 
by the user interface device 122 to obtain or access user profile information from a user 
profile database 132. The user profile database 132 may be located at a local hub 102, at 

25 a reception site 1 10, or remote from the local hub 102 and reception site 1 10, but 

connected to one or both via a communications link or network. Alternatively, the user 
profile information may be obtained directly by the user interface device 122. For example, 
the user interface 122 may access the database 132 and obtain the user profile information 
for use by the user interface and/or to transfer to the local hub 102. In this embodiment, the 

30 user interface device 1 22 may, for example, include a smart card reader or other interface 
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device 122 that obtains user identification information and/or user profile from a user 
identification device 148, such as a smart card or other device carried by the user. 

The local hub 102, as shown in Figure 3, provides programming to a user located at 
a reception site 110 outside of his or her home based upon user profile information for that 
5 user or for a group of users. Programming available for delivery to a user can be stored or 
generated at the local hub 102 or at locations remote from the local hub 102, such as, but 
not limited to, a network broadcast center 138, a regional transmission center 140, a 
location accessible over network 142, or at the reception site 110. The programming, for 
example, may be stored in one or more storage servers 214 at the local hub 102. The 

10 storage servers 214 (see also Figures 5 and 6) are preferably computer servers 134 that 
have a large data storage capacity and very fast file seek times for obtaining, storing, and 
retrieving programming. Storage servers 214 may alternately or additionally comprise 
programming files stored on media such as digital video disk 132, compact discs, CD- 
ROM discs, diskettes, ZIP™ disks and/or other disk formats or stored on media such as 

15 video tape, audio tape, memory cards, memory sticks and/or other storage mechanisms. 
Since the capacity of storage servers 214 at any given local hub 102 may be 
limited, programming that is of a particular relevance to users at a particular reception site 
1 10 may also and/or alternatively be stored locally at that particular reception site 110, such 
as on a storage device 1 12. Storage device 1 12 may include any data storage device 

20 known in the art such as the types described above with respect to storage server 214. 
The storage device may provide the stored programming back to the local hub 102 for 
retransmission to one or more presentation devices 108, or may push the programming 
directly to one or more presentation devices 108. This may provide the owner or operator 
of a particular reception site 1 10 the ability to design programming that is particularly 

25 applicable for users at that reception site HO. For example, an owner/operator of a 

particular reception site may provide advertising for various goods or services available for 
purchase, use, rental, and consumption at that particular site. Similarly, advertising for an 
affiliated business or other establishments may be provided. For example, a restaurant may 
provide advertising for a neighboring movie rental business while the customer is waiting for 

30 his or her food to be prepared. 
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The local hub 102 may also access programming files from other local hubs, 
regional transmission centers 140 or even to an original programming source such as a local 
or national broadcast center 138. If any of these broadcast or transmission center sources 
has the desired programming in their library, the programming can be transmitted to the 

5 local hub 102 or directly to the presentation device 108. The programming may, for 
example, be uplinked to satellite 136 and then downlinked to local hub 102 for 
retransmission to the presentation device 108. Alternatively, the programming can be 
transmitted directly to the presentation device 108. For example, the programming may be 
transmitted to the presentation device 108 via network 142. 

10 Programming files for use in a targeted programming presentation may be 

additionally or alternatively accessed by the local hub 102 over a network 142, such as an 
intranet, extranet, LAN, WAN, or the Internet, via a communications link 126. The local 
hub 102 can access programming files from a remote file server 130 preferably through any 
standard file transfer interface or protocol 128, for example a World Wide Web interface. 

1 5 Programming could be transferred over the network 142 to the local hub 102 for 

transmission to the presentation device 108, or the programming could be pushed to the 
presentation device 108 over the network 142 directly from the remote file server 130 via 
link 124. 

Programming can be transmitted to the presentation device 108 from the local hub 
20 102 over communications link 104. The communications link 104 may include, but is not 
limited to, any digital or analog transmission medium, system, or device capable of 
communicating programming signals to a presentation device including, but not limited to: 
wireless transmission systems (for example, analog and digital television broadcasts, analog 
and digital radio broadcasts, analog and digital wireless communications networks, 
25 microwave systems, millimeter wave systems, infrared systems, and satellite broadcast 
systems); wire based transmission systems (for example, analog and digital cable systems, 
coaxial connections, fiber optic links, telephone systems, closed circuit systems, very high 
speed Digital Subscriber Lines (VDSL), VGD, and any other wired connection); stand- 
alone systems for providing pre-recorded programs (for example, programs provided on 
30 compact discs, digital versatile discs, video tape, PlayStation cartridges, memory sticks, 
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magnetic storage mediums, optical storage mediums, data storage devices. Flash memory, 
random access memory (RAM), and read only memory (ROM)); and network connections 
(for example, the Internet, private network, public network, wireless network, wired 
network, ATM networks, wide area network, local area network), and intranet. 
5 Presentation device 108 may be, for example, a printer, a television including 

HDTV or other video screen where the screen may comprise, for example, a tube, plasma, 
liquid crystal and other display systems, a personal computer, a speaker, a radio or other 
audio playback device such as an MPS player, a video game console, a telephony device, a 
telephony answering device, a wireless device such as a wireless telephony device, an 

10 Litemet-enabled telephone, a web pad, a web tablet, a personal digital assistant ("PDA"), 
and any other device capable of presenting a programming signal to a user. As described 
above with respect to the presentation device 24 shown in Figure 2, the presentation device 
108 may be a stand-alone unit that provides the targeted programming directly to the user, 
may be included in, utilized by or hosted by another device, or may include hardware and 

15 software components that allow the user to connect their own device to the presentation 
device 108. The presentation device 108 may also be fixed at a single reception site, or 
may be mobile such as through the use of wireless technology. The local hub 102 may be 
located at a particular reception site 1 10, or may be located remotely from the reception 
site(s) such, as shown in Figure 3. For example, a local hub 102 may be located at a gas 

20 station and may provide programming to individual presentation devices 108 located at 
each of the gas pumps over a Local Area Network ("LAN"). The local hub 102 may also 
provide programming to one or more presentation devices 108 located off the premises of 
the reception site that the local hub 102 is located. Alternatively, the local hub 102 may be 
located off the premises of any of the reception site(s) 1 10 and may provide programming 

25 to one or more individual presentation devices 108 directly or may provide programming to 
a network located at the reception site 1 10 for retransmission to one or more presentation 
devices 108 located at the reception site 110. As such, it is to be appreciated that various 
other combinations of local hubs, regional hubs, remote hubs, reception sites and 
communication systems may be utilized by the present invention. 
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Figure 4 depicts an alternative targeted programming system 150 that utilizes a 
network based transmission system. The network 142 may include, for example, a 
network such as a LAN, a WAN, an intranet, an extranet, or the Internet. Jn this 
embodiment, the targeted programming system 150 is connected to the presentation 
devices 108 over the network 142, rather than via the local hub and communications link 
104 such, as shown in Figure 3. The local hub 102 is connected to the network 142 and 
receives user identification information from the presentation device 108 via the network 
142. 

The local hub 102 also transmits programming to the presentation devices 108 via 
an information transfer protocol, for example, by streaming the program segments. 
Throughout this application "streaming" (a.k.a., "stream of data" or "streaming media") is 
defined in accordance with the definition provided by Webopedia (www.webopedia.com) 
as "a technique for transferring data such that it can be processed as a steady and 
continuous stream . . . [such that] a client browser or plug-in can start displaying the data 
before the entire file has been transmitted." Examples of technologies capable of supporting 
"streaming" include, but are not limited to, Progressive Network's RealAudio®, Real 
Network's Real Video®, Microsoft's NetShow®, and RTSP (Real Time Streaming 
Protocol). The present invention may utilize any of the various streaming technologies 
currently, or in the future, available as desired and/or as necessary to transmit media 
objects. Additionally, it is to be appreciated that non-streaming technologies may also be 
utilized in conjunction with the present invention including, for example, content presented 
via a compact disc or digital video disc, by completing a file transfer before beginning the 
presentation, or other transfer means. 

In addition to the local hub 102, the regional transmission centers 140 and network 
broadcast centers 138 may similarly be connected to the network 142 and provide 
programming directly to the presentation device(s) 108 via the network. The network 142 
may, for example, bypass the local hub 102 by transferring the programming components to 
the presentation device(s) 108. Additional information or programming may be available 
for access over the network 142 such as user profile information in a user profile database 
136 or on a remote file server 132 via a file transfer interface 128, for example a World 

12 



Wide Web site. The communications link 124 may be any conventional digital or analog 
transmission medium, system, or device capable of communicating programming signals to a 
presentation device including, but not limited to: wireless transmission systems (for 
example, analog and digital television broadcasts, analog and digital radio broadcasts, 

5 analog and digital wireless communications networks, microwave systems, millimeter wave 
systems, infrared systems, and satellite broadcast systems); wire based transmission 
systems (for example, analog and digital cable systems, coaxial connections, fiber optic 
links, telephone systems, closed circuit systems, very high speed Digital Subscriber Lines 
(VDSL), VGD, and any other wired connection); stand-alone systems for providing pre- 

10 recorded programs (for example, programs provided on compact discs, digital versatile 

discs, video tape, PlayStation cartridges, memory sticks, magnetic storage mediums, optical 
storage mediums, data storage devices. Hash memory, random access memory (RAM), 
and read only memory (ROM); and network connections (for example, the Internet, private 
network, public network, wireless network, wired network, ATM networks, wide area 

1 5 network, local area network, and intranet. The programming presented via targeted 
programming systems 100 and 150 can be provided in multiple forms. The targeted 
programming can include every programming signal available for a targeted programming 
selection transmitted together so that switching between alternative programming segments 
to select targeted programming can be performed at each presentation device 108. This 

20 embodiment, however, can be limiting because the quantity of alternative programming 

segments available is limited as a function of the bandwidth of the communications links 104 
and/or 124. A second embodiment may transmit certain programming segments to various 
users based upon constructed user profiles. This embodiment provides more targeted 
programming transmitted to a particular presentation device 108 within the bandwidth 

25 limitations and allows for additional customization through switching between alternative 
programming segments at the presentation device 108. A preferred embodiment provides 
for targeted programming, tailored to each user or to each particular group of users, and is 
preferably implemented by switching between programming segments at the local hub 102 
prior to transmission, rather than at the presentation device 108. 
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When the targeted programming system switches between programming segments, 
the system is preferably able to seamlessly switch between digital programming signals, 
whether representing independent programming segments or alternative, related 
programming segments within one interactive program. The term "programming segments," 
5 as used within this application, preferably refers to any cohesive set of programming 

content. Examples of sets of such programming content include a television program, a film, 
a song, a commercial, a music video, and a story in a newscast. However, programming 
segments could be shorter clips or "bites" of programming content if that is what is desired 
for presentation. "Seamless switching" is defined as switching between programming 
10 segments in a transport stream 104 that does not produce user perceptible artifacts. The 
process of encoding the programming content at the local hub 102 is the key to a simple yet 
effective seamless switch. This process is discussed in detail in United States Patent 
Application No. 09/687,866 entitled "CUSTOMIZED PROGRAM CREATION BY 
SPLICING SERVER BASED VIDEO, AUDIO, OR GRAPHICAL SEGMENTS" filed 
1 5 by Kevin Liga and Frank Deo on January 22, 200 1 , which application is incorporated by 
reference into this application in its entirety. 

As shown in Figures 5 and 6, a plurality of video signals 200, or other programming 
signals constituting programming components for a plurality of targeted programming 
presentations can be simultaneously transmitted to a plurality of presentation devices 108. 
Other programming signals, in lieu of or in addition to video signals 200 may include, for 
example audio signals 208, graphic signals, text signals, still frame image signals, multimedia, 
streaming video, animation, and/or executable object or application code, which are 
collectively referred to as "programming signals." Programming signals, such as video 
signals 200, may be any signals suitable for interactive operation. Various types of time and 
content related video, audio, graphic, and other programming signals exist that are suitable 
for interactive operation. 

Targeted programming is preferably provided to the local hub 102 (shown in 
Figures 2-4) in a pre-digitized and/or pre-compressed format. Figure 5, for example, 
shows one possible embodiment of a system that may be used to digitize and/or compress 
programming signals, such as video signals 200 and audio signals 208, for storage in servers 

14 



214. Servers 214 may, for example, be accessed by the targeted programming system 
such as described above. The origin of the video signals 200 could be, for example, from 
video servers, video tape decks, digital video disks ("DVD"), satellite feed, cameras for live 
video or other sources. Some of the video signals 200 may already be in a digital format 
5 such as Motion Pictures Expert Group ("MPEG") standards, high definition television 
("HDTV"), or European phase alternate line ("PAL") standards. Audio signals may be 
counterparts to one or more other programming signals, such as video signals 200, or may 
originate from compact digital disks ("CD"), magnetic tapes, microphones or other audio 
recording media. Programming signals, such as video signals 200 and audio signals 208, 

10 that are in an analog format are preferably directed to analog-to-digital ("A/D") converters 
202 as shovi^n in Figure 5. Preferably, video signals 200 are digitized using MPEG 
standards and audio signals 208 are digitized using the Dolby® AC-3 format; however, any 
conventional A/D encoding scheme may be used. Programming signals that are already in a 
digital format, however, may bypass the A/D converters 202. 

15 The A/D converters 202 convert the various analog video signals 200, audio signals 

208 and/or other programming signals into a digital format. A/D converters 202 may be of 
any conventional type for converting analog signals to digital format. It is to be appreciated 
that individual A/D converters 202 may not be needed for each type of programming signal. 
Additionally, various A/D converters 202 are capable of digitizing various types of 

20 programming signals including video signals 200 and audio signals 208. The plurality of 
video signals 200 can be further genlocked in a video genlock device 204, thereby time 
synchronizing various video and audio programming segments. 

The data code generator 216, can create data codes. These data codes may 
include commands for controlling the processing of the programming by the targeted 

25 programming system. The data codes may also include updates of system software for the 
targeted programming system, direct address data for making certain programming available 
to the user (e.g., subscriber access or pay-per-view events) and other information. 
Preferably, the data codes originating in the data code generator 216 are part of an 
interactive scripting language, such as ACTV® Coding Language, Educational Command 

30 Set, Version 1 . 1 , and ACTV® Coding Language, Entertainment Command Extensions, 
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Version 2.0, both of which are incorporated herein by reference. These data codes 
facilitate multiple programming options, including the programming segment selections and 
the seamless switching between programming segments by the targeted programming 
system. The data codes may also provide the information necessary to link together the 
5 different programming segments based upon user profile information or user response or 
selection. 

The digitized, time synchronized programming signals and data codes can then be 
directed into the audio/video encoder/compressor (hereinafter "encoder") 212. 
Compression of the various programming signals may be performed, such as to allow a 

10 plurality of signals to be transmitted over a single NTSC transmission channel. Preferably, 
the encoder 212 uses a standard MPEG-2 compression format. However, MPEG-1, 
MPEG-4 and other compression formats, such as wavelets and fractals, could be utilized 
for compression. These techniques are compatible, for example, with the existing 
Advanced Television System Committee of America ("ATSC") and digital video 

15 broadcasting ("DVB") standards for digital video systems. With respect to the targeted 
programming system of the present invention, compression by the encoder 212 may 
additionally provide the ability to store a greater volume of programming on storage servers 
214. It may be desirable in some instances to additionally have a transcoder component as 
part of transmission system 250. For example, if program segment content is accessed 

20 from foreign broadcasting sources, it may be in an incompatible format (e.g., DVB) and 
need to be transcoded to ATSC format before it could be transmitted for reception by a 
particular presentation device 108 in the United States. 

As with other programming in a digital interactive programming system, if multiple 
encoders 212 are used to compress programming segments for use in the targeted 

25 programming system, the encoders 212 are preferably synchronized to the same video 

clock. This synchronized start ensures that splice points placed in the MPEG data packets 
indicate switches between programming segments, particularly from or to video signals 200, 
so that the switches occur at the correct video frame number. SMPTE time code or 
vertical time code information can be used to synchronize the encoders 212. This level of 

30 synchronization is achievable within the syntax of the MPEG-2 specifications. Such 
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synchronization provides programming producers with the ability to plan video switch 
occurrences between separately encoded programming segments. 

The digitized programming signals — including the video signals 200, audio signals 
208, and data codes — constituting the programming segments can be packetized and 
5 interleaved in the encoder 212, preferably according to MPEG specifications. The 

standard MPEG compression and encoding process assigns packet identification numbers 
("PID"s) to each data packet created. Among other information, the PID identifies the type 
of programming signal in the packet (e.g., audio, video, and data) so that upon reception at 
a user device 108 the packet can be directed by a demultiplexer/decoder to an appropriate 
10 digital-to-analog ("D/A") converter. PID numbers may be obtained from the MPEG-2 
transport table. 

MPEG encoding also incorporates a segment in each data packet called the 
adaptation field that carries information to direct the reconstruction of the video signal 200. 
The program clock reference ("PGR") is a portion of the adaptation field that stores the 

15 frame rate of an incoming video signal 200, clocked prior to compression. This ensures that 
a demultiplexer/decoder in a user device 108 can output the decoded video signal 200 for 
presentation at the same rate as it was input for encoding to avoid dropping or repeating 
frames. Additional embedded information in the MPEG stream normally includes a 
presentation time stamp and a display time stamp. These time stamps can be used to 

20 maintain lip synchronization between the video and audio, and also to inform the user device 
108 when to present the video and audio to the user. 

Once the various programming signals are encoded and compressed by encoder 
212, they are preferably output for storage in storage servers 214. Storage servers 214 are 
preferably located at a local hub 102 such as shown in Figures 3 and 4 but, as previously 

25 noted, they may be in other physical locations within the targeted programming system 100 
or 150 for ready access of programming components. When the targeted programming 
system 100 or 150 determines that it is appropriate to transmit a targeted programming 
segment, the stored programming signals comprising the desired programming segment can 
be accessed from the storage servers 214 and are further processed for transmission by a 

30 transmission system 250, shown in Figure 6, at the local hub shown at Figures 2-4. 
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Figure 6 shows a block diagram of one embodiment of the present invention in 
which a local hub may be used to select one or more programming segments and to transmit 
it to a presentation device, such as the presentation device 108 shown in Figures 3 and 4. 
In this embodiment, after the various programming signals are selected from the storage 

5 servers 214 or other sources such as live programming feeds, they can further be rate 
controlled for transmission by the buffer 222. The buffer 222 controls the rate of 
transmission of the data packets to the presentation device 108 so that it does not overflow 
or under-fill while processing. The physical buffer size of the buffer 222 can be defined, for 
example, by the MPEG standard. Enough time is preferably allowed at the onset of the 

10 transmission process to fill up the buffer 222 with the compressed data to ensure data 
availability for an even transmission rate. 

The multiplexer 224 then combines the encoded and compressed programming 
signals comprising the targeted programming segments as they are output from the buffer 
222 with other programming signals and data to create a data stream for transmission, such 

15 as over communications link 104 within an NTSC channel or other transmission medium. 
By multiplexing a plurality of disparate signals, the number of data streams to be carried by 
the communications link 104 can be reduced. The multiplexed data streams can then be 
modulated for transmission by modulator 220. The modulator 220 may utilize one of 
several different possible modulation schemes. Preferably, 64-QAM (quadrature amplitude 

20 modulation) is chosen as the modulation scheme; however, any other conventional 

modulation scheme such as FSK (frequency shift keying), n-PSK (phase shift keying), and 
VSB (vestigial side band), can be used. With 64-QAM, the data rate at the output of the 
modulator 220 is about 29.26 Mbps. Examples of other modulation schemes that can be 
used with the present invention, with respective approximate data rates, include: 256-QAM 

25 (about 40 Mbps); 64 QAM PAL (about 42 Mbps); 256 QAM PAL (about 56 Mbps); 
and 8 VSB (about 19.3 Mbps). 

For transmission over telephony systems, the compressed and encoded 
programming signals are preferably output in Digital Signal 3 (DS-3) format, Digital High- 
Speed Expansion Interface (DHEI) format, or any other conventional format. In some 

30 transmission systems, for example fiber optic, these RF modulation schemes are 

18 



unnecessary as the transmission is purely digital. Further, the programming signals can also 
be formatted in Internet protocol, or other network protocol, and streamed over the 
Internet or other communication network to user devices 108. 

Once modulated, the data stream can be output to the transmitter 228 for 
5 transmission, such as over one of the many NTSC channels available for broadcast. The 
transmitter 228 may transmit the data transport stream over communications link 104, 
which may include, for example, any digital or analog transmission medium, system, or 
device capable of communicating programming signals to a presentation device including, 
but not limited to: wireless transmission systems (for example, analog and digital television 

10 broadcasts, analog and digital radio broadcasts, analog and digital wireless communications 
networks, microwave systems, millimeter wave systems, infrared systems, and satellite 
broadcast systems); wire based transmission systems (for example, analog and digital cable 
systems, coaxial connections, fiber optic links, telephone systems, closed circuit systems, 
very high speed Digital Subscriber Lines (VDSL), VGD, and any other wired connection); 

15 stand-alone systems for providing pre-recorded programs (for example, programs provided 
on compact discs, digital versatile discs, video tape, PlayStation cartridges, memory sticks, 
magnetic storage mediums, optical storage mediums, data storage devices, Flash memory, 
random access memory (RAM), and read only memory (ROM)); and network connections 
(for example, the Internet, private network, public network, wireless network, wired 

20 network, ATM networks, wide area network, local area network, and intranet). 

Any known protocol, such as RTP, UDP, TCP/IP and ATM, may be used to 
transmit the data signals over one or more network. The transmission system may also be a 
telephony system transmitting a digital or analog data stream. Thus, a multiplexed data 
stream containing several channels including the targeted programming content may be sent 

25 directly to a presentation device 108 over a telephone line. The aforementioned digital 

transmission systems may include and utilize systems that transmit analog signals as well. It 
should be appreciated that various systems, mediums, protocols and wave forms may be 
utilized in conjunction with the systems and methodologies of the present invention. In one 
embodiment for example, the data stream is distributed to remote user sites via cable, DBS, 

30 or other addressable transmission mediums. 
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In narrow bandwidth transmission systems, such as cellular/wireless telephony or 
PCS networks, still frame pictures or graphics, such as images compressed in JPEG format, 
may comprise the programming content as opposed to moving video or other signals 
requiring greater bandwidth. Such still pictures or graphics could be presented on 
5 communications devices such as personal digital assistants (e.g.. Palm Pilot™), telephones, 
wireless telephones, telephony devices for the deaf, or other devices with a liquid crystal 
display (LCD) or similar lower resolution display. The programming content may 
additionally include textual information or an audio message. Similarly, all-audio or all- 
textual programming content could be provided, such as via a radio transmission system. 

10 A processor 258 preferably coordinates and controls the functions of the storage 

servers 214 and transmission components such as the multiplexer 224, modulator 220, and 
the transmitter 228. The processor 258 can direct the selection and transmission of 
particular programming segments based upon system software stored in memory 254, 
preferably ROM, or from data codes stored with programming segments in the storage 

15 servers 214. A user profile database 232 that collects and stores user profile information 
for targeting the programming segment selections may be a part of the memory 254, or may 
be a separate but integrated system, as indicated in Figures 2, 3 and 4. A 
decoder/demodulator 270 can receive user identification information, interactive user inputs, 
viewing habits, and general information about a user from a connected presentation device 

20 108. This connection may be via a communications link 105. The communications link 105 
may be the same link as communications link 104, may be a portion of communications link 
104, such as a backchannel, or maybe a separate link from communications link 104. 

The presentation device 108, shown in Figures 3 and 4, may include a receiver 
550, such as shown in Figure 7, and an output device 555 for presenting programming to a 

25 user. The receiver 550 is capable of receiving the signal from the local hub 102 and 
transforming that signal into a form that may be output on the output device 555. The 
receiver 550, for example, may receive a broadcast TV signal and transform it into audio 
and video signals that may be output from the speaker and display elements of the output 
device 555. Alternatively, the receiver 550 may be a separate component from the 

30 presentation device 108 such as a set-top box. The system may include one separate 
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receiver for each presentation device 108 that does not have an integrated receiver 550, or 
may have one or more receivers 550 that provide signals to more than one presentation 
device 108 at a particular reception site 1 10. 

Figure 7 shows an alternative embodiment of the present invention. In the 
5 embodiment shown in Figure 7, a receiver 550 receives a signal and selects at least one 
programming segment based at least in part on the user profile database 532. In this 
embodiment, the receiver 550 may be a portion of the presentation device 108, shown in 
Figure 3 and 4, may be a separate receiver for a particular presentation device 108 (such as 
a set-top box), or may be located at a reception site 1 10, as shown in Figures 3 and 4, and 

10 select programming for one or more presentation devices 108 located in the reception site. 
As shown in Figure 7, a signal may be received via the communications link 104 by the 
tuner/demodulator 562. The tuner/demodulator 562 may include, for example, a wide band 
tuner, in the case of satellite distribution, a narrow band tuner for standard NTSC signals, 
and/or two or more tuners for switching between different signals located in different NTSC 

15 frequency channels. The tuner/demodulator 562 can tune to the particular NTSC channel 
at the direction of the processor 560. The processor 560 is preferably a Motorola™ 
6833 1 processor, but may be any conventional processor including PowerPCr*^ and Intel 
Pentium™ processors. The tuned channel is then demodulated by the tuner/demodulator 
562 to strip the transport stream 104 (as depicted in Figure 2) from the carrier frequency at 

20 the desired channel in the received transmission. 

The demodulated signal is then forwarded to the demultiplexer/decoder 
("demux/decoder") 572 of the receiver 550. At the demux/decoder 572, the packets in the 
signal are separated and decompressed. Preferably, each incoming data packet in the 
signal has its own PID. The demux/decoder 572 strips off the PID for each packet, and 

25 sends the PID information to the processor 560. The processor 560, at the direction of ■ 
system software stored in the memory 552, identifies the next appropriate packet to select 
for presentation to the user by comparing the PID to selection information or other criteria. 
The demux/decoder 572 then reconstitutes the selected digital programming signals from 
their packetized and compressed form and routes them to an appropriate digital to analog 

30 ("D/A") decoder, whether video, audio, or otherwise. 
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The memory 552 is preferably ROM, which holds operating system software for 
the receiver 550, and is preferably backed up with flash-ROM to allow for the reception 
and storage of downloadable code and updates. In one embodiment, the system software 
can access and control the hardware elements of the device. Further, new software 
applications may be downloaded to the receiver 550 via either the communications links 
104 or 105 from the transmission system 250, shown in Figure 6. These applications can 
control the receiver 550 and redefine its functionality within the constraints of the hardware. 
Such control can include, for example, control of a front-panel display, on-screen displays, 
input and output ports, the demux/decoder 572, the tuner/demodulator 562, the graphics 
chip 576, and the mapping of the user interface 558 functions. 

Additional memory 552 in the form of RAM or a storage server may be used at the 
receiver 550 in order to store programming segments, either temporarily for incorporating 
into a targeted program, or for a longer period if the program segment is likely to be 
repeatedly desired or used in targeted programming for the particular user or at the 
particular presentation device 108 (shown in Figures 3 and 4). A programming segment 
could also be transmitted earlier than the desired presentation time and stored in memory 
552 to be used to further customize a later transmitted program segment. 

A targeted programming system, such as the systems 100 and 150 shown in Figures 
3 and 4, may also receive feedback from the user at the presentation device 108. The 
feedback can be collected and used immediately to provide targeted programming content 
to the user, can be stored in memory 552 for later use with other programming selection 
needs, including targeted programming selection, and/or can be used to update the user 
profile database 532. This system can be implemented as a software application within the 
receiver 550 and is preferably located within ROM or flash-ROM memory 552. The 
interactive system software, however, could alternatively be located in any type of memory 
device including, for example, RAM, EPROM, EEPROM, and PROM. The system may 
solicit information from the user by presenting interactive programming segments, which may 
provide questionnaires, interrogatories, programming selection options, and other user 
response sessions. The user may respond to such queries through the user interface 558. 
A user may interact with the user interface 558, for example, via an infrared or radio 
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frequency remote control, a keyboard, touch screen technology, voice activation, or any 
other interactive technology known in the art. 

The receiver 550 may also include an encoder/modulator 568 for transmission of 
data to other components of the system. For example, the communications link 505 may 
5 correspond to links 104 and/or 124 (shown in Figures 3 and 4). Data transmitted over the 
communications link 505 may include user identification or profile information collected at 
the receiver 550 such as from direct user input, including interactive selections, made via the 
user interface 558. The encoder/modulator 568 can also receive data from other 
components of the system via communications link 505, including, but not limited to, 

10 software updates from the local hub and user profile information from the user profile 
database 532, which may be internal or external to the receiver 550. The communications 
link 505 may be any appropriate communication system such as broadcast, cable or other 
co-axial system, satellite, DBS, fiber optic, microwave, radio, telephony, wireless 
telephony, DSL, PCS networks, the Intemet, public networks, private networks, T-1 

15 upstream, or any other transmission means. 

Reconstructed video segments can be output from the demux/decoder 572 to the D/A 
converter 588 for conversion from digital-to-analog signals for final output to a presentation 
device 555 (as shown in Figures 3 and 4). Such D/A conversion may not be necessary 
within the receiver 550 if the presentation device 555 is also a digital device or if the signal 

20 had been transmitted as an analog signal. 

Graphics components may be output from the demux/decoder 572 to a graphics 
chip 576 to transform the graphics to a video format. The graphics components can then 
be prepared for output to the presentation device 108 in the video D/A converter 588. 
Video and graphics components (as well as audio and other components) may also be 

25 temporarily stored in memory 552, or in a buffer, for rate control of the presentation or 
other delay need (for example to store graphic overlays for repeated presentation), prior to 
digital-to-analog conversion by D/A converter 588. 

The associated audio programming components may be decoded by 
demux/decoder 572 and sent to a digital signal processor 580. The digital audio 

30 programming components are transformed into analog audio signals by audio D/A converter 
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575 for output to the presentation device 108. The digital signal processor 580 can be a 
Dolby® digital processing integrated chip for the provision of, for example, surround sound, 
which includes an audio D/A converter 575. Data codes can also be separated from the 
signal by the demux/decoder 572 and provided to the processor 560 for processing of data 
5 commands. 

It may be appreciated that, depending upon the number of presentation devices 108 
(shown in Figures 2 and 3) supported by a particular local hub, a targeted programming 
system may require a significant infrastructure of switching equipment at that local hub 102. 
Further, in a transmission system 250 comprising a distribution network, each presentation 

10 device 108 in a targeted programming session may be assigned a single transmission 

interface such as a socket connection to allow for one to one targeted programming. These 
transmission interfaces may be dynamically allocated to active presentation devices 108. At 
the local hub 102, a single interface may be assigned to a single presentation device 108 so 
the number of interfaces present at the local hub 102 can be the limiting factor to the 

15 number of presentation devices 108 that can participate in a targeted programming session 
simultaneously. If it is assumed that only a portion of the presentation device 108 will 
interact simultaneously, an algorithm can be used to determine the optimum number of 
central switches necessary to assure an acceptable percentage of access. 

Other configurations of distribution networks are possible to reduce the one to one 

20 need. Parallel processing capabilities can accommodate multiple, simultaneous accessing of 
programming from the storage servers 214 and switching between data streams. Further, 
nodal distribution systems using multiple servers can accommodate significant numbers of 
presentation devices 108. The system software can replace the hardware to perform the 
switching operations and increased demand can be accommodated by the provision of 

25 larger or additional servers. Digital transmission systems provide increased bandwidth and 
a larger channel capacity so that targeted programming could be provided to multiple 
presentation devices 108 through the unused channel capacity. In fact, with some 
transmission systems such as fiber optic, bandwidth may not be an issue for many purposes 
and demand can be met through the capacity of the transmission system itself. 
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The targeted programming content delivery system of the present invention 
preferably includes at least one user profile database 32 that stores information about 
individual users or groups of users, such as shown in Figures 2-4, or may include a 
connection, such as via a network, to a user profile database that is external to the system 
5 of the present invention. The user information stored in database 132 can be used to more 
accurately provide appropriate and targeted programming. Such information can be as 
simple as geographic location, which may also provide some demographic overtones. It is 
preferable, however, to have as much information as possible about individual users, or at 
least groups of users such as sports fans, music fans, and art aficionados, in order to 

1 0 provide targeted programming as accurately as possible. In one embodiment, for example, 
each of the users may have the option of registering their individual preferences such as 
through the use of a questionnaire. User information may then be used to establish a user 
profile in the user information database 132. The system may alternatively or additionally 
include an interactive programming guide that allows a particular user to select programming 

] 5 content at the presentation device 108. A particular user's selection may be analyzed and 
used to update or establish a user profile in the user profile database 132. The user 
information in the database 132 may be updated directly by the user or by a system 
manager to reflect changing or more detailed profile information. 

Referring to Figure 6, the user profile database 232 may provide information about 

20 a user in order to more accurately provide appropriate targeted programming. In one 
embodiment, the targeted programming system may capture information about a user by 
monitoring a transaction at one or more of the reception sites 1 10 (shown in Figures 3 and 
4) of the targeted programming system. As shown in Figure 8, if a user completes a 
transaction, personal identification information for that user and/or information about the 

25 transaction itself is captured at step 82. If the transaction was the purchase of gasoline, for 
example, the identification information such as credit or debit card numbers, license plate 
numbers, other user identity information maybe captured. Additionally or alternatively, 
other information about the transaction, such as, the type and grade of gasoline purchased, 
if any other items or services were purchased, or if any services such as an oil change were 

30 performed may be captured. Then a determination whether the captured information should 
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be used to update a user profile is made at step 82. If a determination to update a user 
profile is made in step 82 then some, or all, of the captured information may be stored in the 
user profile database 32 at step 84. 

Preferably, the user profile database 32 comprises a central database that is shared 
by multiple reception sites, local hubs 102, regional transmission centers 140 and/or 
networks 142. For example, information collected at one location may be used to select 
targeted programming when the user is present at another location. Thus, user profile 
information can be collected from different types of transactions, allowing for a more 
complete user profile to be collected for a user. As more information is collected about a 
user, the targeted programming system may provide more appropriate targeted 
programming for delivery to the user. Further, information may be collected from other 
sources outside of the targeted programming system such as marketing. The marketing 
information, for example, may be collected from sources such as mailing lists or other 
information that may be obtained from a third party or may be collected from other forms of 
marketing research known in the art. 

As shown in Figure 6, the user profile database 32 may be accessed by the 
processor 258 to obtain a user profile for use in the selection of targeted programming to a 
user. The database 32 may be implemented using any known data base structure. In one 
particular embodiment, for example, the database 32 may include a system and method for 
providing a user profile database such as disclosed in U.S. patent application Serial No. 
09/409,305 entitled "Enhanced Video Programming System and Method Utilizing User- 
Profile Information," filed by Craig D. Ullman, et al., which is incorporated herein by 
reference. The system and method for providing a user profile database includes one 
possible implementation of collecting, processing, managing, and using user profiles that may 
be used to make programming segment selections. In this embodiment, the user profile 
database 32 may include a "donut" of dynamic, hierarchical, shared user profile information 
that has been collected. A donut, for example, may specify the following: user 
characteristics, purchase histories, viewing preferences, hobbies, geographic location, and 
spending habits among others. The donut may contain a user profile or act as a key to a 
data repository containing it, and it may be stored in a file-type structure on a computer- 
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readable medium such as a memory. As shown in Figures 3 and 4, the donut may be 
accessed by the local hub 102 from the user profile database 32 for use in selecting and/or 
routing programming to a user associated with the donut. 

A donut, more specifically, is a hierarchical attribute value pair data structure, 
5 including a collection of "crumbs". A crumb is the smallest unit of data corresponding to a 
meaning value pair associated with a particular donut. For example, a user's age would be 
a crumb associated with the user's primary donut. The donut data structure includes names 
plus associated crumbs. At the top level of the hierarchy, a top donut is associated with a 
user. Each donut contains a set of crumbs and a set of "sub-donuts." 

10 A sub-donut is a donut associated with another donut rather than an external entity 

such as, for example, a user. An example of a sub-donut is a user's address. The user's 
address references the user's primary donut and is stored in a sub-donut within the user 
profile database 32, and the sub-donut contains crumbs for each piece of information in the 
address. Donuts are stored with hierarchical relationships, meaning that a donut can have 

15 associated sub-donuts and the sub-donuts can also each have associated sub-donuts. The 
donut thus may have many levels of sub-donuts within its hierarchical structure. 

Some donuts are owned by only one parent donut, while other donuts are shared 
among several or many parent donuts. These shared donuts may profile, for example, an 
entity, that is common to all. For example, a shared donut may include a group of users that 

20 share common profile characteristics such as, but not limited to, a family, a team, members 
of the same income level. This provides a way to identify a group of users, hi the present 
context, targeted programming may be selected for presentation to a group of users who 
share similar profile characteristics. The user profile may contain a wide variety of 
information concerning user characteristics for use in determining programming to present to 

25 a user. The programming may include any type of information such as video, audio, 
graphics, text, and multimedia content. Examples of programming to be selectively 
presented to a user as part of the targeted programming system based at least in part upon 
the user profile information include, but are not Hmited to, the following: advertisements, 
player profiles for sporting events, music or other audio information, icons representing 

30 particular services, surveys, news stories, and program suggestions. As shown in Figure 8, 
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a user's donut may be dynamically modified and updated to further fine-tune the process of 
selecting programming to present to a user based upon the user's donut. In an advertising 
context, for example, answers to survey questions may be used to provide a second level of 
information within an advertisement presented to a particular user. The targeted 
5 programming system may use demographic data in a user' s donut, for example, to 
determine which advertisement or survey to present to the user. The user's answers to 
questions in the survey may be used to present additional advertisements to the user or 
additional programming related to the advertisement previously presented. It is to be 
appreciated that the programming may be pushed to or pulled by the user based upon the 

10 donut or other user profile information. 

The transmission system 250 processor 258 (shown in Figure 6) and/or the receiver 
550 processor 560 (shown in Figure 7) may monitor the user's activity in order to 
dynamically update the user's donut. The user's activity may involve any type of information 
relating to the user's transactions at the reception sites or interaction with the targeted 

15 programming system. For example, the targeted programming system may detect the 
following: transactions completed; programming viewed by the user; programming 
interacted with by the user; the amount of elapsed time the user has remained at the 
presentation; the extent to which the user participates in interactive segments; other input 
from the user; and any other such information. 

20 The targeted programming system may also determine whether to update the user's 

donut based upon the monitored user activity such as shown in Figure 8. This 
determination, shown at step 82, may be based upon particular criteria related to the user's 
activity. For example, particular types of activity or thresholds for activity for comparison 
to the user's monitored activity may be stored in the user profile database 32 to provide for 

25 an update when the user's activity matches the particular types of activity or exceeds the 
thresholds. The database 32 may also be updated based upon answers to survey 
questions. If the processor 258 of the transmission system 250 determines based on the 
criteria that the user's donut is to be updated, it can dynamically updates the donut based on 
the user's activity, and saves the updates in the user profile database 32. Otherwise, if the 

30 criteria have not been met, the processor 258 does not update the donut. 
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This donut methodology can be translated from an individual user based profile to a 
macro scale providing, for example, local, regional, and system-wide profiles or profiles of 
other groups of users. These macro system profiles can be used in the selection of 
programming for storage in storage servers 214 at particular system sites 1 10 or at 
5 particular local hubs 102. For example, particular programming, such as advertising for a 
regional chain of restaurants, may have particular relevance to users who live in the 
southeastern United States of America, while not commanding any sizeable audience in 
Utah. In this case it would not make sense for local hubs 102 in Utah to store that 
particular programming in their storage servers 214. If a user from the southeastern United 

10 States is identified at a presentation device 108 located in Utah, however, the local hub 102 
in Utah may request a particular programming segment from a remote location, such as from 
a local hub 102 or regional transmission center 140 located in the southeastern United 
States as described above with reference to Figures 3 and 4. 

Creating regional and system-wide donut profiles can sensibly allocate 

15 programming storage to locations of highest relevance. Programming that is universally 
applicable may be redundantly stored at multiple local hubs 102 to accommodate demand. 
The length of time that particular programming is saved in storage at a particular 
transmission system location may be part of the donut variables as well. Factors, such as 
strength of demand, the average window in which users will respond to such programming, 

20 the timeliness or currency of the programming (e.g., a weather forecast), and other factors, 
can be used in a donut scheme to for stocking and turning over the programming libraries 
stored and/or accessed by within the targeted programming system. 

Through the combination of the data storage and accessing capabilities, 
identification of a user, and the methodology of profiling user information and selecting 

25 programming content targeted to that profile, the inventive concept of targeted programming 
is achieved. In this manner, users benefit from receiving programming and advertisements 
that are targeted to them while they are outside their homes. In turn, advertisers and other 
programming designers are able to more particularly target users with a potential affinity for 
a particular product, service or programming. 
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It is to be appreciated that the software that causes a computer to perform the 
method of the present invention or that is part of the system of the present invention may be 
stored on any storage medium known in the art. For example, the software may be stored 
on a medium such as a servers, digital disks, compact discs, CD-ROM discs, hard drives, 
5 diskettes, ZIP™ disks and/or other disk formats or stored on media such as video tape, 
audio tape, memory cards, memory sticks and/or other storage mechanisms. 

While the invention has been described in conjunction with the specific 
embodiments outlined above, it is evident that many alternatives, modifications, and 
variations will be apparent to those skilled in the art. Accordingly, the preferred 
10 embodiments of the invention are intended to be illustrative and not limiting. Various 
changes may be made without departing from the spirit and the scope of the invention as 
defined in the following claims. 
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